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I. TNTRODPCTION 

The mterTrust patent claims' use of the vague tenn "secure" and its variants 
oukes them textbook illustratioas of the danger of indefinite claims. Without a definition of this 
malleable core tenn. persons of skill in the art cannot detennine the scope of patent coverage. 
This is precisely the situation prohibited by 35 U.S.C. § lU's requirement of "particularly 
pointing out and distinctly claiming" the aUeged invention. The purpose of the claims is to define 
the metes and bounds of the exclusive light that the public grants ill exchange forthep^^^ 

full disclosure. Where those boundaries are blurry, others are deterred &om entering the fidd, 

allowing the patentee to exclude competition beyond the scope of the claimed invention. The 
InterTmst patent claims using "secure" and its variants violate the bargain vAth the public in this 
feshion, and should be found fataUy indefinite and. therefore, invaUd. 

InterTrust's testifying expert concedes that "security" is an "essential aspecf of 
the "invention," InterTru^fs so-called "Virtual Distribution Enviromnenf ("VDE^. Declaration 
of Eric L. Wesenberg, Ex. A. Reiter Depo.. 23:21-24:9.' "Secure," or some close derivative 
thereof; appears in virmally every disputed claim. Reading Claim 1 of U.S. iPalent No. 5.892.891 
(•the ' 891 patent") demonstrates die extensive use of the vague term "secure": 

A method for using at least one resource processed in a secure 
operating environment at a first q)pUance, said mettiod 
comprising: securely receiving a fira entity's tanttflfat sad first 
appliance, said first entity being located remotely fijoln said ^ _ 
derating environment and said first appliance; securely receinng 
a second entity's control at said first appliance, said second entity 
being located remotely from said operatingenvu-onment and said 
first appUance, said second entity being difierent firam sad fi^ 
entity, and securely processing a data item at said fiBt ^pUance, 
using at least one resource, including securely applymg, at said 
first appliance, dirough use of said at least one resource said firrt 
entity's control and said second entity's control to govern use of •. 

said data item. (Emphases added.) 
Ex^ P. Claim 1. Hiis claim uses four difEaent, and five total, instances of this term or its variant 
Neither the claims nor die rest of the patents define what it means for something to be "secure" or 
to be done "securely." "Secure," in the art, is a highly general, relative and multifiweted temi 

1 Hereinafter all cites to exhibits ("Ex.") are to exhibits attached to the Declaration of &ic L. 
wicn^ikliJi^rtofSsoW^ 
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Which, wilhom more specific definiUon. faiU to have a clear or even useful meamog. In all tbeir 
hundreds of pages of single^spaced description, the patents never clearly or consistently define 
"secure," nor the composite terms using secure (e.g.. "secure container"), nor the related coined 
terms deriving from tlie same concept: '-protected processing environment" and "host processing 
environment" 

The extrinsic evidence - both testimonial and documentary, both Microsoft's and 
InterTrust's - is in complete agreement: "secure" corresponds to a general concept in fltt 
computer field, which lacks specific meaning and standmg alone may apply to numerous specific 
scenarios depending on the properties to be "secured." the particular threats posed, the means 
used, the degree of protection needed, the perspective from which one viey/s "security." and so 
on. 

Both parties' experts have testified that "secure" can take on a definite meaning 
witiiin the context of a "security poUcy." which defines the parameters and sets objective criteria 
for determinmg whether they have been sitisfied. Computer scientists have developed a number 
of models for objectively evaluating the security of different systems and architectures, at least 
one of whichis'mentioned CTCSEC), but not employed, in InteiTmst's '193 patent.^ InterTr^ist 
could easily have defined a security policy using any of these models. Instead, it left "secure" 
inscrutable throughout Oie patents. 

• The problem is not that it's difficult to discern fi» Hue meaning of these daim 
terms. It is impossible. For the reasons set foiHi herein. Miaosoft asks that the Court find the 
claims containing "secure" Cmduding its variante). "protected processing environmenf ' or "host 
processing environment" invalid for indefiniteness. 



///. 
/// 
/// 



> For efficiency all references to "the specification" are to the specification of U. S. Patent No 
6^3 Se '193 patent") (Ex-Q). %e '193 specificalion reproduces. ^IV^^^^f^;^^ 
S biok" ori^ a^pUcatiin (the original 9004-*^e appUcatioafi ed m 1595> J^h of ^ 
pSaiissK^eilhcr expressly reproduce toe same 

L incorporate it by reference (though not successfully, seejnfi^l 5 J?i ^ Poa 
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a. FACTS 

^ " Secure" Lacks a Clear Meaning in the Art. 

■ -me mostpervasivc indefinite term in the InterTrust patents is "secure" in all its 
various fotms. Indeed, the provision of "security" v^hile enabling the flexible distribution. of 
digital infonnation is the stated goal of the entire inveatioa. To constme "secure," the Court must 
Iooktotheordinaryineaning(ifonecxisU)thatv»ouldbeattributedtothetermbyapers 

skill in the art Digital Sys. v. Telegenix. Inc.. 308 F.3d 1193. 1202 (Fed. Cii. 2002). The 
intrinsic and extrinsic evidence, including InterTrust's own statements and those of its expert. 
estabUsh that while communicating a general or conceptual meaning, the term "secure" lades a 
any precise, unifonn definition to inform a person of skill in the art what it means TJiiless a . 
number of questions are answered. Because InterTrust never provides the needed answers, it is 
impossible to detennine the scope of the claims. 

"Secure memory" for instance, is no clearer a phrase than a "secure car." At first- 
blush, one hearing the phrase "secure car" might think of a car equipped with features thai make 
it difficult or impossible to steal, such as a club, an alarm siren, and or an ignition "kill switch." 
Only later in the conversation, hearing the speaker refer to bulletproof glass, shielded wheels, and 
reinforced doors would the listener realize that "secure" means something entirely different: The 
car is in feet designed to protect passengers from attack (to transport diplomats and heads of 
state). Even after the typeof security is identified, different particular combinations of security 
measures will qualify the car as "secure" m the eyes of different customers. Simply referring to a 
car as "secure" Ms to delineate the objective of that security, the type of security needed or the 
measures used to achieve it Nor docs the descriptor "secure" disclose the perspective fi»m 
which "security- is being assessed. A parking enforcement officer might consider a booted 
vehicle "secure" (i.e.. fiom removal by its owner), while the owner might view it as "insecure" 
since it allowed someone to tamper with its wheels. Another variable might be the lenglli of time 
the car would have to withstand the measures it .is designed to resist From this simple metapior. 
tlic relative, multifaceted and midcfined character of "secure" is readUy apparent. 
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What is true in the vernacular appUes with even greater force in the computing am 
- "secure" needs definition along multiple axes to have a precise meaning. Deponents skilled and 
experienced in the field have spoken on this point InterTrust' s own expert, Dr. Michael Reiter. 
te^fied that -secure' is a fairly general tern thaf s used in the ait for - in several different . 
ways." Ex.A.ReiterDepo..at30:lM9. Asked to describe then. Dr. Reiter responded. "Oh. my 
gosh. All the ways. I can enumerate several ways I can think of on the fly. 1 donlt know that I 
can enumerate everything I would do if I had more time." at31:10-l7. Microsoft's expert. 
Prof JohnMitchell, agrees, identifying ten different variables (discussed below) thatmustbe 
known to detennine what is meant by "secure." Declaration of John Mitchell in Support of 
Microsoft's Motion Summary Judgment that Certain "Mini-i^forte^ 

IndefinitenessrMitcheUDecL")at8-ll. Others involved in this industry, including some who 
have done, or do. business with IhterTiust have testified to similar effect 

• MusicMatch; stated that in order to know whether a systein is s«cur^ o»ic 
SdK to know what the content provider for that systemm^^ 
and thus "security- as it appUes to a particular system ^B^t mean 
Smethiag completely different from the same term apphed to a different . 
system. Ex. C Tun McLau^Depo., p. 55:1 4-25. 

. Envivio; stated that "secure" "doesn't mean anything 

a general concept" Ex. D. Julien Signes Dqjo.. at 40:22-41 .1 Whm 
ffi whether would be necessary ... to look at the context of the 
S«^Snof ... securitytoun^standwhegerorn^^^ 
secure," Mr- Signes answered, "yes, of course, /i at 41 .3-13. 

. Aleadine authority in the field has written that "[w]ithout apiecise 
tSS SfwS security means and how a computer can b ehavc. It IS 
SngLstoaskwheth^aparticvdarwmputer^i^^^^^^ Ex.E. 
cS^landwehr,'Tormal Models for Computer Secunty. ACM 

Computing Surveys, v.l3 no. 3 (1981). 

. "When someone states that 'My computer is s^e.* that statement may 
v«y wdl mean distinctly different things to different prople." Ex. F, • 

SIUMalel. EEE Symp. on Secanty St. Privacy. 1984. pg. 195. 197. 

1, T» aivt "Secure^ ' nefiniteMefl "i^f, « Niimher of ?aT«meters Mnst 
Be SpeciCed . 

John Mitchell, a Professor of Computer Science at Stanford University, has 

identified ten parameters that persons of skiU in the art would need to know in order to have a 

shared understanding of the meaning of "secure" b any given instance: (1) what types of things 

Miauason*s briep in sufpostoj motjoh pok 
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or actions are protected; (2) what specific things or actions are protected in the system in 
question; (3) what properties of those things arc protected; (4) against whom; (5) against what 
points of attack; (6) against what kind of attack; (7) for how long; (8) to what degree of 
protection; (9) how is protection or fee loss thereof evidenced; and (10) the perspective (or 
perspectives) from which "security" should be considered Mitchell Dec!., 8- 1 1 and passim. To 
be able to evaluate whether an actual system is "secure," people of skill in the ait must first reach 
a common understanding of each of these variables, as discussed belbw. 

a. What is to Be Protected ? 
(Mitchell Questions 1 and 2) 

The first variable is, what is being protected? See Mitchell DecL, at 9. Is the user 
being protected fi-omuntiusted data, or is data being protected firomuntnisted users? Id. How 
"secure" is imderstood by people of skill in the an is influenced in the first instance by what one 
is trying to protect, and here the claims force them to guess. InterTrust has at least partly 
admitted that fliis Is true. InterTrust objected to answering a Rjequest for Admission that "a 
password-protected file is secure," on the ground that it was not told, inter alia, 'the value of the 
infonnation m the file," See Ex. G, InteiTrust's Response to Microsoft Request for Admission 
101, In InterTnist's view, in other words, the presence or absence of "security*' depends on the 
nature of the thing to be protected. For a high-value item, a password requirement alone might 
not be enough to make the item "secure," while the same barrier might sujESce to ensure the 
"security*' of a low-value item. 

b. The Properties to be Protected . 
OVlitcheU Question 3) 

The next crucial component of security is which attributes of the protected items 
are safeguarded. The different properties include: 

• secrecy (or, "confidentiality") - maintaining the secrecy o f data so that its 
meaning is not learned by unauthorized parties; 

• integrity - ensuring that data may not be altered or destroyed by 
unauthorized parties; 

• availability - ensuring that authorized parties can use the computers' 

WrcaO^PT'S BRIEF D* $UW»C37 OP MOTION FOi 
6QCSSVld24932.l ' SUMMARY IWDOUaKT THAT CEXTAJH "MM.J*<«»«V' 
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systems and data when desifed; 

• authenticity - ensuring accurate proof of the identity (or perhaps other 
characteristics) o f the author or sender of a message or data; 

• ■ • non-repudiation - preventing denial of the origination or receipt of 
messages by parties. 

Mitchell DecL, 9-1 0. AOL and MusicMatch agree that security includes one or more of these 

components, AOL; Ex. H, Saccocio Depo., 30:8-31:16 (confidentiaUty, integrity, noa- 

refutability, authentication); MusicMatch; Ex. C, McLaughlin Dcpo,, 34:16-35:14 (integrity, 

authentication, non-repudiation, but not necessarily secrecy). So does InterTrust's expert, vAo 

testified that "secure" could be defined nairowly to include a single criterion, "secrecy " or in 

contrast, requiring satisfaction of the '^Common Criteria," a multi-criteria framework for 

identifying security requirements and evaluating systems and whedierthey meet those 

requiremaitfi, Ex. A, Rciter Depc, 31:22-25, 32:15-20; MitcheU Decl., at 7, n. 1 (see also 

http://wwwxommoacriteriaLorg). Any one of these feanires alone, or any combination of them 

might suffice to create a "secure'* system, depending on the context The assurance of 

"availability" might be integral to the meaning of "secure" for one user, but not for another user 

with different priorities, as Dr. Reiter testified: 

Q: How about availability of information? Are you familiar 
vAth.the concept of availability in... 

A. Sure, sure. 

Q. Are there some senses o f the word secure where ensuring 
availaisility is required and.other senses of the word secure 
where ensuring availability is not required? 

A. Yes, I'd say thafs true. 

Ex. A, Reiter Depo., 36:9-18 (objections and other non-substantive matter omitted). 

c- The Threats to be Protected Against TAgainst Whom, What 
joints of Attack. What Kind of Attack. ) 
(Mitchell Questions 4, 5, and 6) 

Further crucial variables in defining "secure" are the types of attackers, the 

different possftle points of attack, and the types of threats posed. MitcheU Decl,, at 10. Asystem 

billed as "secure" against attack by outsiders might not be "secure" for a customer requiring a 
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system that even insiders cannot misuse, or for a customer who requires protectionnot against iu 
ovm employees but against a category of outsiders possessing certain identified information about 
the system or other special resources. See. e.g. MitcheU DecL. at 10. 20. 31. 34 (regarding 
"secure memory" "secure container." "secure operating enviromnenf etc.). 

The types of threats one has in mind are essential to defining "secure." As 
"interTrust itself arguedin response to ^^crosoftRequest for Admission dut"apasswor^^ 

protected file is secure." one must know, inter alia, "the threats agailst which the file is to be 

protected." See Ex. G, InterTnisfs Response to Microsoft Request for Adndssion 101. 

InterTrust" s expert echoed this view, testifying that 

"secure" is used as a general term to refer to protection against 
misuse and interference, and to truly evaluate that security, you 
often need to be more prease about the sorts of misuse aod 
interference you are concerned with, the threat models or the 
threats to which a system or primitive is likely to be subjected, 
and flie medianiism by which you protect that system. 

Ex. A, ReiterDepo., 33:17-34:5 (emphasis added). 

The Duration and Decree of Protection. 
(Mitchell Questions 7 and 8) 

The duration and degree of protection are also prerequisites to understanding the 

meaning of "secure" in the art Mitchell Decl.. at 1 0-l 1 . Withstanding an hour-long attack, or an 

attack employing acertain level of com{.uting power might be sufficient in one context, but not 

another. MitcheU Decl.. at 10. As to degree of protection, America Online 's. Director of Rich 

Media ^esd that some notion of degree is needed to understand "secure": 

Q- But they [the criteria for "security'T can be met sufficieni so 
that IfsmeaningiRil within fliis industry to use the term 

"secure," can they not? 

A: It's a vague term. I know ifs fiustrating, but it is. Security 
is a vague term. How much security is a better questioiL 

Ex. H, Deposition of Damian Saccocio, 40:12-17. 
/// 
/// 



Ositoc 

KBKHtKCTQN ll 
SUTCUFff LLT 



COCSSVl 024932.1 



MICROSOFT S BRIEF tN SUPPORT OP MOTION F« 
- 7 - fiUUMARY JUDOXan THATC&T/JH**WM-M**W«J^ 

CLAIMS AafiIKVAUDre«.«0SFlKn8KESS- C01-l6*O 



03/17/03 17:36 FAX 41S 397 7188 K£KER & VAN NEST lfflU14 



I 
2 

3 
4 
5 
6 
7 

• 8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
• 23 
24 
25 
26 
27 

- 28 

Oantoc, 
KfiAUMCrOM b 
SuYCUPn LLP 



e, Kow Protection is Verif ied and Evidenced. 
(Mitchell Question 9) 

''Security" also depends on the manner in which continued protection, or the loss 
thereof, is or is not measured, tested, proven or evidenced analytically. Mitchell DecL, 11. 

f. From Whose Perspective the System Is "Secure." 
(Mitchell Qu estion 1 0) 

Finally, the perspective from which "security" is viewed -is crucial, A system can 

be "secure," or not, to a content owner, the system administrator, and or the authorized users. 

MitcheU Dccl., at 1 1 . Take for example, the case of a user who downloads a mu^ic file for a fee. 

which she pays electronicaDy, using her credit card. If a third party tries to intercept the credit 

card information and make an additional, free copy of the dovoiloaded file for himself; different 

outcomes could be viewed as "secure" by the different parties to the transaction. If the third party 

successfiilly copies the file, but not the credit card information, then the system might be 

considered "secure" from the perspective of the customer, but not the vendor. If, on the other 

hand, the attacker fails to copy the file, but does obtain the credit card information, and tiie 

system merely detects the unauthorized intrusion, then the vendor might consider the system 

"secure" while, from the customer's perspective;, it is "insecure" - or at least the customer wiU 

see it that way, if she later Icams of the theft. 

B The InterTrust Applicants Conld Have U sed the Claims or Specification to 
AdeouatelY Define "Secnrc ^^ But Failed to Do So. 

1. TiTterTnist Has Not Defined "Secure'^ in the Claims or the 
Specification* 

InterTrust could have chosen to define the term "secure" but didn't. Ten of the 
twelve claims at issue employ the word "secure" in some form, yet none of them defines iL Ex. J. 
JCCS Ex. H. They estabUsh no security policy and no criteria that would answer die ten 
questions discussed above. 

/// 
/// 
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2. " R^^nre" Remains Indefinite F v^n When the ri«im is Viewed in Light 
nfthe Snedficatidn . 

Though "secure." and its variants, as used in the claims, lack requisite defimtejiess. 
the claims could still be saved from indefiniteness if "those skilled in the art would undcrstaad the 
scope of the claim when the claim is read in light of the rest of the specification." Union Pac. 
Resources Co. v. aesapeake Energy Corp., 236 F.3d 684 (Fed. Cir. 2001). Far fi-om cuiing the 
problem, however, the patent specification compounds it It contains no uniform security policy, 
no unifomi criteria for security, and no glossary. It uses "secure" and "security in multiple, 
vague and inconsistent senses, giving the potential entrant into the field no more clarity than do 
the claims done. 

B) The Specification Describes Multiple Perspectives from which 
"Secure" Might Be Measured, and Indexes ^'Secure" to the 
Unpredictable Needs of Different Users 

The specification uses "secure" in a fashion that is hnpossible for a person of skill 
in the art to understand because it depends on the unpredictable and vaiTing needs of potendal 
customers. In other words, "secure" cannot be defmed completely by looking at the patent 
documents in Hght of the art Instead, the ^93 specificalion (Ex. Q) defines "secure" intenns of 
whatever the market may be seeking, which changes over time and has no fixed technological 
meaning: 

. The level of security and tamper resistance required for ^^^^ ^PU hwdware 
processes depends oq the commercial reouuements of particular maricets or 
market niches, and may vary widely. C193 at 49:59-62) 

• "a "sufficiently^ secure (for the intended applications) envirorunenf 
C193 at 45:23-24) 

• *Svith sufficient security (sufiicienUy trusted) for the intended commercial 
purposes" C193 at 45:43-45) 

• Development of such a standard has many obstacles, given the security 
requirements and related hardware and commumcalions issues, wwieiy 
<M'ering cnvirorunents. information types, types of P^o^J^f^-^SC, , , 
business and/or data security goals, varieties of parucipants. and properties of 
delivered information. C 193 at 15:67-16:5). 
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b) The Specification Mentions Different and Inconsistent Secure 
Properties 

The specification suggests several different security properties denoted by 
"secure" vrithout committing to any of them. For example, "secure" could mean that an item or 
process is simply encrypted C 193 at 126:6-7), or "encrypted and Ugged" {id. at 22:18-19), or 
"encrypted and authenticated" {id at 45:39-40), or not encrypted but "otherwise secured ... such 
as by employing authentication and/or error-correction" {id. at 63:37-39). 

c) The Specification Mentions Many Different and Inconsistent 
Degrees of Security 

The specification uses at least a dozen adjectives apparently identifying different 
"levels" of security - truly secure ('193 at 80:31, 81:14, 88:38); extremely secure C193 at 67:21); 
highly secure C193 at 22:16. 23:49, 36:9-10, 41:34, 67:19. 77:30, 104:63, 132:63, 203:66, 
232:47, 233:4); commercially secure (*193 at 2:20. 47:6); adequately secure (493 at 12:50); 
acc^tably secure (* 193 at 129:25); sufficiently secure (493 at 9:12, 16:25,21:48, 28:47,49:41. 
207:20, 249:51); appropriately secure C193 at 77:16); physicaUy secure ('193 at 13:20); 
sufBciently physically secure ('193 at 13:20); cryptographically secure (* 193 at 202:44); 
continually secure C 193 at 32:4); relatively secure0193 at 63:66); non-secure (* 193 at 26:22, 
49:10, 62:44, 73:56, 78:16. 77:43. 80:13, 80:20, 81:19. 120:38, 139:59, 229:20); possibly less 
secure CI 93 at 80:33). 

Though the meaning of these different degrees of security is unclear, it is evident 
that the degree of security, like the type of security, is a function of unpredictable factors m the 
mailcetplace outside the "world" of the patent For instance, the patent claims that **[d]irect attack 
on these [cryptographic] algori.tfams is assumed to be beyond the capabilities of an attacker. For 
domesdc versions of VDE 100 some of ids is probably a safe assun^tion since the basic building 
blocks for control information have sufBciently long keys and are sufficiently proven." '193 at 
221 :12-17. Bui what was "sufficiently long" in 1 995 may not be sufBciently long now or five 
years fix»m now - that is a function of changes in the larger secxirity environment. Elsewhere, the 
specification promises that *the VDE 1 00 provided by the preferred embodiment has sufScient 
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security to help ensure that it cannot be compromised short of a succ^sflil *brute force attack,* 

and so that the time and cost to succeed in such a ''brute force attack"' substantially exceeds any 

value to be derived." Ex. Q, '193 at 199:38-47. But the relationship between the cost of a "bnite 

force attack*' (essentially an attack that tries all possible keys no matter how long it takes) and the . 

"value to be derived" by cracking a given system depends on the characteristics of the parties 

involved and changes in technology, which are "outside" the patent The patent describes 

"secure'^ not in terms of technological means but in terms of ever-changing marketplace factors. 

d) The Specification Mentions Different and Inconsistent Security 
Methods 

Throughout the patent, different measures are described as possibly sufficient for 
security, but no indication is given of which measures are necessary to security: 

• **a secure enclosure, such as a tamper resistant metal container or some form of 
a chip pack contaiiung multiple integrated circuit components" (* 193 at 169:7- 
10) 

• "In one example, tamper resistant security barrier 502 is formed by security 
features such as "encryption " and hardware that detects tampering and/or 
destroys sensitive information" C193 at 59:55t58) 

The attached declaration of Professor John Mitchell provides many uiore examples of the vague, 
multiple and inconsistent uses of ^'secure" and its variants in the patent specification. Mitchell 
Decl. at 12-17. 

C The Prosecution History Does Not Give Secure a Pear Meaning . 

There is nothing' in the prosecution history of any of the seven patents that resolves 
any of the problems discussed above. Tlie prosecution histories do not offer any definition, 
criteria, or aid of any kind to help one o f skill m the an understand what is meant by the tenn 
"secure" and its variants in the claims. Moreover, to the extent the continuation-ini)art patents 
criticize the "big book" application as NOT teaching how to diefend against a given threat (for 
example, "bogus load modules" that can "wreak havoc," (Ex. R, U.sl Patent No. 6,157,721 
C''721") *721 at 7:37, 8:16)), they raise even more questions about what "secure" could possibly 
mean in these claims. 
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1). Ipdcfiniteness of Certain Patent Claims is Highlighted bv Errors Made In 
The Specifications 

1. The ^683. *721 & ^861 Patents Failed to Properly Incorporate the ^nSig 
Book" by Reference 

An outside publication can be made part of a patent by referring to it, rather than 
actually reproducing its text See In re de Seversky, 474 F.2d 671 (C.C.P.A. 1973). Whether 
material has been "incorporated by reference** is a question of law. Advanced Display Systems, 
Inc. V, Kent State University, 212 F,3d 1272, 1282 (Fed. Cir. 2000). "Essential" material (f.e,. 
that which is necessary to describe the claimed invaition) may only be incorporated by reference 
to an issued U.S. Patent or a published U.S. Patent Application. This requirement eases the 
burden on the public reviewing the patent, as it makes essential material readily available, 
whereas non-published material, like patent applications may not be available, or must be ordered 
at a considerable expense from the patent office. See e.g., MPEP § 608.01 (p). 

"The big book" material is "essential" in U.S. Patent No. 6,1 85,683 ("'683'') 
(Ex. S) the 721, and US. Patent No. 5,920,861 (*"861") (Ex. V), In each of the patents, th'e 
book" is relied on to explain fundamental portions of the claimed inventions. See *721 at 4:51- 
60; '861 at 2:37-39; and *683 at 27:1-16, 

2. None Of The Patents Met The "Incorporatiop By Reference" 

Requirements 

The '683, *721. and *861 patents all purport to incorporate the "big book*" by 
reference to the unpublished patent flp;>//Qirioii, '721 at 1:7-19; *683 at 1:11-23; *86l at 1:7-11. 
They never amended their specifications to properly referaice the issued patent number. This 
failure means that the *1)ig book" materials are not part of the '721, '683 or '861 patents. 
Therefore, any need for definitions therefrom renders the claims and patents indefinite and 
invalid. 

E, InterTrust Failed to Fulfill Its Obligation to Define the qaim Term "Secure" 
as Clearly as Possible, 

The extrinsic evidence, including Interlnist's own documents, indicates that it had 
the opportunity to be more precise. In this regard, InterTrust not only feiled to apprise what the 
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jounds of the claim were, but also failed to be as precise as the subject matter permits. It is 
mplicit in (he lengthy discussion of parameters above that the term "s^e" can be used with 
:lear meaning in this field only after all the questions are answered. Typically ibis takes the form 
3f a "security policy" and "criteria" for measuring satisfaction of that policy. A "security policy" 
mswers ''secure for whom?" and "secure for what purposes?" The security policy defines what is 
being protected against what attacks or threats (questions 1-6 of Mitchell Dec!.). "Criteria" are 
designated as objective measurements for determining whether a real system satisfies the security 
policy. (Questions 7-10 of MitcheU)! Together, the securitypoUoy and criteria allow the word 
"secure." which otherwise is a general and merely conceptual term, to be used in a meaningful 
and definite manner. Tlie InterTrust patent claims and specification contain no uniform security 
policy, and no unifonn definition of "secure." 

The need for a specific security policy and criteria is well known in the field: 

"A given system can only be said to be secure with respect to its 
enforcement of some specific policy." Ex. L, Trusted Computer 
System Evaluation Criteria (1985). pg. 59. 

See abo Ex. M, Landwehr. Cad E, Ho\vfar can you trust a 
computer^, SAFECOMP*93, Proc. of the 1 2th International Conf. 
on Compute Safety, Reliability, and Security, Poznan-Kiekrz, 
Poland, Oct, 1993, Janusz Gorski, ed., ISBN 0-387-19838-5, 
Springer-Veriag, New York, 1993. 

As quoted above, InterTrust's expert, Dr. Reiter, affirmed the need to estabUsh criteria to evaluate 

whether a real-world system is or is not, secure,^ and recognized the role of a secmty policy in 

providing such criteria: 

[I]f a system has been evaluated via the common criteria, for 
example, to a given protection profile, this would be ^ example. 
You know, someone might say that it's secure once it's been 
evaluated via fliat framework. Ex. A, Reiter at 32:15-20. 

F. InterTnist^s Proposed Afarkman Definition Confirms Th at "Secure" Is 
Indefinite, 

Although the claim construction stage of litigation is far too late to cure patent 

> "*rS]ecure' is used as a general term to refer protection against misuLc and interference, and to 
truly evaluate that security, you often need to be more precise about the sorts of misuse and 
interference you are concerned with, the threat modeU or the threats to which a system or 

Primitive is likely to be subjected, and 4e mechanism by which you protect that system, lix. a, 
Leiter at 33:23-34:5. 
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indefuiitcness, it is telling that InterTmst did not even try to clarify the term. On the coatrary, 
InterTrust's propossd definition of "secure" confiims its utter vagueness. InterTmst' asserts that 
"secure" means that "[o]ne or more mechanisms are employed to . .. disoourage misuse of or 
interference with infonnation. . and can be achieved through "tamper resistance," elsewhere 
defined merely as "making tampering more difficult and/or allowing detection of tampermg." 
Joint Claim Construction Statement filed in this Court on March 14, 2O03. At the same time, 
InlerTnist proposes that *'[s]ecurity is not absolute, but is designed to be sufficient for a particular 
purpose." Joint Claim Construction Statement, at 6, Defining a claim relative to an unspecified 
"particular purpose" gives rise to precisely the uncertainty that Section 1 12(2) seeks to avoid 
Moreover, whose perspective is sufficiency to be determined fiom and how are the "particular 
purposes" of the different users to be identified? By proposing a definition of "secure" that leads 
to inconsistent results, depending, for example, on who gets to specify a product's purpose, or 
whether its design is sufiScient, InterTrust's own proposed definition confinns that the term has 
no definite meaning. 

G. Nor Is "Secure^* Redeemed By The terms It Modifies, 

None of the following claim phrases has a conunonly shared understanding or 
usage in the field: "secure operating environment,** "secure container," "secure memory," "secure 
database," "secure execution space," "securely applying," "securely assembling," "securely 
processing," or "securely receiving." Mitchell Decl., at 19-51. None of these terms resembles 
"smart card" or "hot dog," terms in which otherwise vague and subjective zidjectives are made 
clear by that which they modify. In contrast, "secure" as it appears in die claims receives no 
assistance from the terms it modifies. A person of ordinary skill in the art would have to have 
answers to the questions discussed above to know in what sense each of these items is "secure." 
Intertrust^s expert. Dr. Reiter, acknowledged that describing an item as "secure" does not, for 
instance, apprise one of whether it is protected against, say, denial of service attacks or attacks on 
causal logic, or whether the availability of infomiation is ensured, to name just a few aspects of 
the concept Ex. A. Reiter Depo., at 30-32; Mitchell DecL, at 6-7. 

The problem with these compound terms is made intractable with InlcrTrust's 
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argument that "secure" must have the same meaning everywhere it appears. laixsMarkman 

statement, InterTnist proposed defining "secure" independently for Markman puiposes, and 

defining aU other claim tenns that incorporate it by reference to "secure". Thus, for "secure 

container." InterTnist proposes the definition, "a contains thai is Secure." See e.g.. JCCS. Ex. B. 

"Secure database," "secure execution space," "secure memory," and "secure operating 

environment" are aU to be defined in analogous fashion. Id. Within InterTnist's proposed 

definitions of the phrases "securely applying," "securely assembling," "securely processing," and 

"securely receiving," the word "securely" is defined simply as "in a Secure manner." Id. 

InterTnist has bound itself to the position that all of these phrases must share a conuDon 

definition of "secure." AU claims containing that terai, then, are indcfmite and invaUd. 

H TMTF PTPTTST'S COINED TEJtMS "PROTF -CTRD PROCESSING 

fr - NVlRONMENT" AND "HOST P ROCESSING E N VmONMEW l-^ ARE 
ALSO INDEFINITE. 

In its patents, MerTrust introduces the tenns "Protected Processing Environment 
(or "PPE") and "Host Processing Environment" (or "HPE") — InterTnist coined these tenns. 
Recognizing that tiiey were new, proprietary tenns, LntetTrust often provides initial capitalization 
to the phrases or sets them off by quotetion macks within the specification. (See. e.g. Ex.Q, ' 193 
at 9:29. 13:10, 50:40, 105:18-19, 283:46) ). These coined terms also appear in several claims 
including some of the mDi-Marknian claims (fi.g. Ex. S, the '683 claiki 2, and Ex. R, '721 claim 
34.) K is the patentee's "duty to provide a precise definition" of terms unknown to 4ose of 
ordinary skiU in Ae ait J.T. Eaton & Co. y. AilanSie Paste & Glue Co., 106 F:3d 1563, 1570 
(Fed. Qr. 1997). 

1 THE TF.P MS "PROTECTED PROCESSING E NVIRONMENT" 
AND "HOST PROCESSING ENVTRONMEWT" HAVE NO 
ORDINARY COMPirriNG ART MEANING. 

The terms "Protected Processing Environment" C'PPE") and "Host Processing 
Environment" CHPE") do not have an ordinary or customary meaning inside or outside of the 
computing world. They have not been found m any dictionaries that ^Microsoft has consultei 
InteiTrust has offered no dictionary or other extrinsic referoices to provide a meaning for these 
tenns. 

Miojosofr'SBwaiNswroKiorMe'noHroa 
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Significantly, even InterTrusf s testifying expert confirmed tiiat the tenns would 

not have a known meaning to one of ordinary skiU in the art in February 1 995, when InterTrust 

submitted the "big book" application. Regarding the term 'Trotected Processing Environment," 

Dr. Reiter testified: 

Q, ...in February 1 995, would the person of ordiMry sidll in the 
art have heard of the phrase protected processing 
environment? 

A. It's notatermintheart One might assume certain thiags 
about that, but it's not a term in the Art. 

(Ex. A,ReiterDepo., 131:22-132:2). He testified similarly that a person ofordinary skill would 
not be familiar with the term HPE. Id. at 132:3-6, 

Not surprisingly, tlufd party deponents, all of which had close dealings with 
InterTrust (most licensees of the asserted patents) were at a loss to assign any meaning, ordinary 
or otherwise, to these terms. See Ex, D. Envivio Depo. at 53:9-19 CQ: Have you ever heard the 
term ^'protected processing environment"? A: No."); Ex. H, AOL Depo ai 82:21-92:3; 96:4- 
97:17. 

2. THE CLAIMS DO NOT PRQVIPE SUBSTAN CE OR CONTEXT 

SUFFICIENT TO PROVIDE MEANING TO EITHER PPE OR HPE. 

These coined tenns are used in three of flie "Mini-A<arfo«^zn" claims: PPE is 
found in two and HPE is found in one. The claims do not provide the necessary context to 
formulate a sufficiently definite meaning. 

The words of Claim 2 of the *193 patent , provide litde infDnnadon about"v4iat is 
meant by PPE. While it does partially indicate vAat is being protected, part protecting 
information conlainecT, from what, Jrom tampering'' and by who, ''by a uier^', it still 6ils to 

i 

inform one of ordinary skill if it "protects" '^parT of the information or is "parf ' of the 
"protection".' Also left open is partial protection from tampering means. Docs it merely 
detect that tarnpering has occurred, does it prevent tampering entirely or does it simply make 
tampering more difficult to achieve. It is impossible to divine from the claim language itself what 
is being claimed. As to its structure, the claim language recites merely that "said protected 
processing environment including hardware or software," 
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Other deficiencies can be seen in Claim 34 of the * 72 1 patent There, the open- 
ended identification of PPE as "comprising: a first tamper resistant barrier" which itself has a 
"first security level " a 'first secure execution space " and "at least one arrangement which 
prevents an identified operation. Conspicuously, this description relies on "secure" and 
"security " For the reasons noted above, this claim language lends no clarity to PPE but 
compounds its indefiniteness. Purtheroiore. one of ordinary skill cannot identify what is being 
"protected." See Mitchell DecL at 35-37, 

In Claim 155 of the '900 patent (Ex. T) InterTnist introduces another coined tenn 
"Host Processing Environmenf ' (HPE). While Claim 155 attempts to provide an elaboration of 
what is meant by HPE through the use of the term "comprising," the description which followed 
only serves to obscure the meaning and scope of this new tem. 

While one of ordinary skill in the art reading Claim 155 could surmise that the 

HPE has at least a central processing unit, main memory and "mass storage," beyond this, the 

scope and reach of this terra is indefinite. The claim goes on to assert that flie *'mass storage" of 

the HPE stores ^tamper resistant software." This passage fails to set forA with meaningful clarity 

whether the tamper resistant software is an aspect of the Host Processing Environment The base 

description of what might be parts of an HPE is insufficient to infoim one of ordinary sHll in this 

art as to what the meaningful boundaries and scope of this claim limitation are. 

3. THE SPECrFTC ATIQN DOES NOT DEFINE THE TERM 
PROTECTED PROCESSING ENVIRONMENT . 

Lacking a context or definition in the claims, the specification must be reviewed 
for guidance as to the term's meaning. The specification fiails as welL IntexTnisfs first use of the 
term PPE in the * 193 specification states merely that it is one component in a preferred 
embodimenf of a VDE "secure subsystem." Ex. Q, M93 at"9:28. This provides neither 
information about, nor explanation of, what a PPE is or does. General reference is then made to 
the PPE in the "Brief Description of the Drawings" but no meanmgAil discussion, and certainly 
no definition is provided. '193 at 50:39-41, PPE is not again revisited until Col. 79, In. 34. Here 
the patent states that a Host Event Processing Environment (HPE) 6SS and Secure Event 
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Processing Environment (SPE) 503 *'may be goiericaily referred to as Trotected Processing 
EnvironiTients* 650". In Column 105 (at In. 17-22). the specification states simply that hereinafter 
in the specification, •'unless context indicates otherwise, references to any of 'PPE 650,* 'HPE 
655' and *SPE 503' may refer to each of them." There is no substantive discussion of PPE after 
this entry. 

InterTrust's treatment of PPE is fatally defective for multiple reasons. First, while 

being a coined terra which refen to a feature central to InterTrust's VDE world (Le., "the 

invention"), it is never clearly described At best, LiterTnist attempts to give examples of what 

the "generic" usage of PPE might refer to. Both Secure Event Processing Environments (SPE) 

and Host Event Processing Environments (HPE) are "environments" which '"may be generically 

referred to as 'Protected Processing Environments' 650". * 193 at 79:30-35. In the first instance, 

InterTrust attempts to illuminate the meaning of a coined term with other coined terms, an 

unhelpful exercise. As InterTrust' s expert identified, SPE and HPE are themselves tcnns which 

would not have been known to one of ordinary skill m the art in February 1995, 

Q. Okay, fa February 1995, would the person of ordinary skill 
in the art have been familiar with the term host processing 
enviroimicnt? 

A Ithinknoi 

Q. In Febniary of 1 995, would the person of ordinary skill in 
the art have b een famili ar with the phrase secure processing 
eovinnunent? 

A. So I have trouble putting my finger on specific xis,ages of 
that of those three words that I would say were 
commonplace, but perhap s like protected prodessing 
envixDnmcnt, one might — who saw that might assume 
certain things, but — so I guess my answer would be no, it 
wasn't a well defined term in the field at the lime, but put 
together &ey kind of make sense. 

Ex. A, Reiter Dqjo,, 134:6-16. Furthennore. there are mariced differences between aHPE and ■ 

SPE rendering the ^'generic class" to which PPE refers undefined. See Mitchell DecL at 51-53. 

To compound the confusion, in many instances where a feature or component of a 

PPE is set forth, it is qualified with the term ^'may" Indicating that the described feature is 

optional, hence, may or may not be a pan of PPE. This practice further obscures the inherently 
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ambiguous nature of coined tenns. For example, 'Trctected Processing Environment may refer 

generally to SPE and/or HPE . , " (Ex. Q, '193 at 105:18-21). This invariably leaves the relevant 

public guessing at wbdX might infiringe. Such an unconstrained explanation fails to provide 

sufficient precision. 

i. THE TERM HOST PROCESSING ENVIRONMENT IS NOT 
DEFINED IN THE SPECIHCATION EITHER 

The specification of the * 900 patent (Ex. T) does not clear up what the claims 
leave vague. ^Host processing environment" appears initially in the '900 specification m Col. 12 
where it is identified that in "some embodiments" certain functions described in the specifications 
"may be perfonned by software, for example, in host processing environments of electronic 
appliances" Ex. T, '900 at 12:27-29 (emphasis added). This introductory use of the term "host - 
processing environment" sheds no light on what it is, what it does or what its parameters are. The 
term is first used with all initial caps, indicating its coined nature, in CoL 3 at k. 7, with no 
accompanying elaboration or definitioiL Aside &om a passing reference in Col. 1 3, tiie teim is 
not seen again CoL 84, In. 39 where it appears in the simple statement that ''another instance 
of ROS [Rights Operating System] 602 might perform the same task using a host processing 
enuiroiunent running in protected memory that is emulating a SPU in software.'' Again, this 
section of the specification does not elaborate on v^t the details or constituents of a "host 
processing environment" are. 

As mentioned above with regards to '^protected processing environment," the 
specifications suggest that "host processing environment," "protected processing environment" 
and "secure processing environment" are terms used as synonyms or as subsets of the other. The 
mingling of definitions of these coined phrases fiirther aggravates the inherent ambiguity of their 
use in these patents, 
in- ARGUMENT 

. A- Applicable Legal Standards 

The patent statute requires that every patent include "one or more claims 
particularly pointing out and dlstincdy claiming die subject matter which the qsplicant regards 
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as his invention." 35 U.S.C. § 1 12. ^2 (emphasis added). Patent claims that M to provide such 

fair warning are invalid. Morton /nt% Inc. v. Cardinal Ghent Co., 5 F.3d 1464, 1470 (Fed. Cir. 

1993) (affinning holding of patent invalidity because '^tfac claims at issue [were] not sufficiently 

precise to permit a potential competitor to determine whether or not he is infringing")- The 

Supreme Court explained the "definiteness" requirement and the "chilling*' efifect that indefinite 

patents have on legitimate competition as follows: 

The statutory requirement of particularity and distinctness in claims 
is met only when, they clearly distinguish what is claimed from 
what went before in &e art and clearly circumscribe what is 
foreclosed from future enterprise, A zone of uncertainty which 
enterpriss and experimentation may enter oaly at the risk of 
infringement claims would discourage invention only a little ieiss 
than unequivocal foreclosure of the field. 

United Carbon Co. v. Bimey <ft Smith Co., 317 U.S. 228, 236 (1942). Without abandoning that 

important principle^ the Federal Circuit has made clear that 'Ni/e have not held that a daim is 

indefiiute merely because it poses a difficult issue of claim constructioa." Exxon Research and 

Eng*g Co. V. United States, 265 F.3d 1371, 1375 (Fed. Cir. 2001), Summarizing its requirements, 

the Exxon court stated: 

. . . what v/e have asked is that the claims be amenable to 
construction, however difficult diat task may be. If a claim is 
insolubly ambiguous, and no narrowing constniction can property 
be adopted, we have held the claim indefinite.. . By fincUiIg claims 
indefinite only if reasonable efforts at claim construction prove 
futile, we accord respect to the statutory presumption of patent 
validity (citation omitted) and we protect the inventive contribution 
of patentees, even when the drafting of their palent&has been less 
than ideal. 

Id. Indefiniteness must be shown by clear and convincing evidence. LA. Gear, Inc. v. Thorn 
McAn Shoe Co., 988 F.2d 1117 (Fed. Cir. 1993). 'The standard of indefiniteness is somewhat 
high; a claim is not indefinite merely because its scope is not ascertainable fioni the face of the 
claims." Amgen Inc. v. Hoeckst Marlon Roussel, Inc., 3 14 F3d 1313, 1342 ^ed. Cir. 2003). 
While the standard is high, **compliance with the written description requirement is css«itially a 
fact-based inquiry that vail **necessarily vary depending on the nature of the invention claimed." 
Quoting Enzo Biochem v. Gen-Frobe. Inc. 296 F.3d 13 16, 1324 (Fed, Cir. 2002) (internal 
dtation omitted). 7dl at 1330 (afiinmng finding of indefimten^^ Fuithec, "Ht is not [the court* s] 
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fmction to rewite claims to preserve their validity." Allen Eng 'g Corp, v. Bartell Indus.. 299 
FJd 1336. 1349 (Fed. Cir. 2002), 

1, Claim Ibdefiniteness Requires a Two-?art Test 

The test for determining whether a claim is definite is "whether those skilled in the 
art would understand the scope of the claim when the claim is read in light of the rest of the 
specificatioa" Union Pac Resources Co, v. Chesapeake Energy Corp,, 236 F.3d 684 (Pel Cir. 
2001); Morton, 5 F.3d at 1470. The Federal Circuit has identified two parts to this test: 1) the 
patent claim, read in light of the rest of the patent and its Patent Office file, must '"reasonably 
apprise those skilled in the art'" as to its scope; and, 2) the patent claim must be *"as precise as 
the subject matter permits.'" Amgen, Inc. v. Cfiugai Pharmaceutical Co., 927 F.2d 1200, 1217 . 
(Fed. Cir. \99l), quoting Shatterproof Glass Corp. v. Libbey-Owtns Ford Co.. 758 FJd 613. 624 
(Fed. Cir. 1985). InterTnist's patents fail both parts of the test, as demonstrated by both the 
intrinsic and extrinsic evidence. 

2. "Secure" and Its Variants Are Indefinite Terms That Render the 
Claims Containing Them Invalid 

The evidence is overwhelming that "secure" lacks a definite meaning in the art It 

is a general term that both parties* experts and every third-party witness agree is vague unless 

given substantial context hiterTrust never provided the needed context in any part of its patents. 

Accordingly, persons of ordinary skill in the art cannot tell what "secure" means when reviewing 

die claims. **A claim term Ls indefinite if it can have more than one meaning to a person of 

ordinary skill in the art, and the a5)propriate meaning of the term is not explained in the 

specification" See Union Pae^e Resources Co. v. Chesezpeakc Energy Corp., 236 FJd 684, 692 

(Fed. Cir. 2001) (finding the term "comparing" indefinite); In re Cohn, 58 C.CP.A- 996, 438 F-2d 

989, 993 (CCPA 1971) (finding claim term indefinite where the patoitee's conflicting use of the 

term rendered the scope of the claims uncertain)." VLZ Inc. v. Artes^ Techs. Inc. 238 F. Supp. 

I 

2d 339. Here, those of skill m the art, including InterTmst's own expert, have testified that secure 
can mean countless things to countless dififerent people. 
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Although words of "degree" and other "relative" terms are sometimes upheld, 
"when a word of degree is used, the district court must determine whether the patent's 
specification provides some standard for measuring that degree." See Seattle Box Company, Inc., 
V. Industrial Crating & Packaging, Inc., 73 1 F.2d 818, 826 (Fed. Cir. 1984). Here, as shown 
ahove, the specification not only fails to provide the necessary content, it adds to the ambiguity. 
Without some constraining parameters, subjective adjectives like "secure" are indefinite. A 
predecessor to the Federal Circuit, for example, affirmed the rejection of claims using the 
"relative" temas **istifF' and "resilient*" (describing brtish bristles) because the patent provided no 
guidance as to how stiff or how resilient. See Application of Lechene^ 111 F.2d 173, 176 
(C.CJ.A. 1960), Stiff, unlike "secure," is one-dimensional - the only question was 'Tiow stiff?" 
"Secure'* raises not only the question of low secure," but also, *'what kind of security," "from 
whom," and so on. 

Moreover, InterTrust's indexing of ^'secure" to customer preferences in the 

specification makes it comparable to a rejected claim brought before the Board of Patent Appeals 

and Interferences in Bx parte Brummer, 12 USPQ2d (BNA) 1653 (BPAI 1989). In Bntmmer, the 

claim was directed to an improved recumbent bicycle having "a wheelbase that is between 58 

percent and 75 percent of the height of the rider that the bicycle vvas designed for." The Board 

held Aat **whether the'bicycle was covered by the claim would be determined not on tlie basis of 

the structural elements and their intenrelationships, as set forth in the claim, but by means of a 

label placed upon the bicycle at the discretion of the manufacturer." Id at **3-4. The Board 

noted that with such claim language, a clahai may be infiinged when ridden by one rider, but not 

when ridden by another. Similarly, because the "level of security and tamper resistance required 

for tnisted SPU hardware processes dqjends on the commercial requirements of particular 

markets or maricct niches, and may vary widely," (Ex. Q, *193 at 49:59-62), the scope of the 

claims depends on unpredictable, ill defined and ever-changing mailjet factors. Indeed, 

InterTrust's use of "secure" is more indefinite than the language at issue iii Brummer, In that 

case, the indefinite language allowed the patentee to vary the meaning of the claims as to one 

variable (size of the wheelbase); InterTrust's claims apparently seek leeway to shift and remold 
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themselves along all of the different axes of "security" discussed above. 

Finally, secuie and its variants fuitfaet fail the denniteness requirement in filing to 
be as° "precise as the subject matter allows." As demonstrated by its own documentation and by 
the widespread availability of model security policies, InterTrust had the ability to provide more 
definite meanings. It did not, and therefore the claim terms are not "as precise as the subject 
matter permits." Amgen^ Inc. v. Chugai Pharmacetical Co. , 927 F.2d 1200 at 12 17. 

Claim mdefiniteness is particidarly problematic where it derives from 
"conveniently functional language at the exact point of novelty." General Electric Co. v. Wabash 
AppUance Corp., 304 U.S. 364, 371-372. 58 S. Ct 899. 902-03 (1938). As InterTrusfs own 
expert testified, "security" is an "essential aspect" of the alleged invention. Reiter Depc, at 
23:21-24:9. Accordingly, although no term should be ambiguous in a patent claim, it is 
particularly inexcusable that this "core" term be left hopelessly vague. Exxon Reseearch 6t 
Engineering Co. v. United States, 265 F.3d 1371, 1379 (Fed. Cir. 20(jl) (fatal for limitations 
critical to patientability to be indefinite). 

B, New Or Coined Terms Mast Be Defined Or Otherwise Made Clear. 

If tiie patentee elects to use "a term with no previous meaning to Aose of ordinary 
skill in the ait . . . [i]ts meaning . . . must be found somewhere in the patent" J. T. Eaton & Co. v. 
Atlantic Paste & Glue Co., 106 F.3d 1563, 1568 (Fed. Cir. 1997) (emphasis added). In 
introducing the coined terms "protected processing environment" and 'host processing 
environment," InterTrust had a "duty to provide a precise definition" for them. It failed to do so. 
Accordingly, these terms are indefinite and die claims containing them, invalid. 
f// 
III 
III 
Ill- 
Ill 
III 
III 
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rV. CONCLUSION 

For the foregoing reasons, and those set forth in the accompanying Report and Declaration of 
Professor Nfitchell, the Court should grant partial sununaiy judgment that the following eleven 
clainis.are indefinite and invalid under 35 U.S.C. § 112,^2: claims 1, 11, and 15 of&e '193 
patent; claim 2 of the U.S. Patent No. 6. 1 85,683; claims I and 34 of U.S. Patent No. 6,157.721 ; 
clam 58 of U.S. Patent No. 5, 920,861; claim 1 of U.S. Patent No. 5, 982,891; claim 155 of U.S. 
Paiait No. 5,892,900; and claims 8 and 35 of U.S. Patent No. 5,917,912. 



Dated: March 17. 2003 
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